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SYSTEM AND METHOD FOR DISPLAYING DOCUMENT METADATA 

Copyright Notice 

A portion of the disclosure of this patent document contains material 
5 which is subject to copyright protection. The copyright owner has no objection to 
the facsimile reproduction by anyone of the patent document, as it appears in 
the Patent and Trademark Office patent file or records, but otherwise reserves 
all copyright rights whatsoever. 

1 o Background of the Invention 

In an engineering design environment, where drawings that specify 
manufactured parts are being developed, a need arises to check and double 
check these drawings prior to releasing the drawing to a manufacturing 

15 environment. This ensures that the resulting manufactured parts perform their 
intended functions to the satisfaction of the designer and without 
misunderstandings between the designer and those individuals in the 
manufacturing environment who will eventually produce the part. This typically 
requires that the drawing checking steps be performed by a draftsperson having 

20 a level of skill comparable to that of the engineering designer. 

In addition to requiring a distinct group of engineering drawing checkers, 
the actual checking procedure can become a time consuming process that 
requires the drawing checker to communicate several times with the 
engineering designer as errors are detected by the drawing checker, corrected 

25 by the designer, and rechecked by the drawing checker. Thus, the back-and- 
forth process of drawing submittal, drawing checking, re-submittal, and drawing 
re-check, leading up to the eventual release of the drawing to production can 
take several days. In a fast-paced product design environment, where time to 
market is critical and where products must be released according to strict 

30 schedules, these delays can result in considerable lost revenue and lost market 
share. In some instances, a company's inability to release a product in time for 
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the product to be demonstrated at a particular event can cause irreparable harm 
to the company's reputation and business prospects. 

Brief Description of the Drawings 

5 

Figure 1 is a block diagram of a computing device used for verifying and 
correcting document metadata in accordance with an embodiment of the 
invention. 

Figure 2 is an exemplary document showing various metadata that can 
1 0 be verified and corrected by way of an embodiment of the invention. 

Figure 3 shows a flowchart for a method for correcting metadata 
elements using the computer programs of Appendices A, B, and C. 

Figure 4 is a flowchart for a method for correcting metadata placed on a 
document according to an embodiment of the invention. 
1 5 Figure 5 is another flowchart for a method for correcting metadata placed 

on a document according to an embodiment of the invention. 

Brief Description of the Appendices 

20 Appendix A is a source code listing of a program ("info_tag.mac") and its 

sub-programs that labels metadata elements present on a document in 
accordance with an embodiment of the invention. 

Appendix B is source code listing of a program ("inqmi.c") that allows a 
user to examine each metadata label and its corresponding value according to 
25 an embodiment of the invention. 

Appendix C is a source code listing of a program ("bemi") for performing 
bulk correcting of metadata labels according to an embodiment of the invention. 
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Description of the Embodiments 

Figure 1 is a block diagram of a computing device used for verifying and 
correcting document metadata in accordance with an embodiment of the 
invention. The user of computing device 100 interacts with the computing 
device by way of keyboard/mouse 110, which supplies electrical signals to 
keyboard controller 130. Keyboard controller 130 converts these signals into 
digital commands suitable for processing by processor 150. Processor 150, in 
turn, places text corresponding to the keyboard inputs onto display 120 for 
presentation to the user of the computing device. Although referred to in terms 
of specific devices, keyboard/mouse 110 represents a variety of input devices, 
such as a trackpad, touchpad, or other device that translates the user's finger or 
hand motion into the relocation of a cursor or other icon on display 120. 
Keyboard/mouse 110 may also represent a motion controller that allows the 
user to pan, zoom, and rotate a 3-dimensional model of an object, or may 
represent any other input device that enables the user to interact with one or 
more programs being executed on computing device 100 by way of processor 
150. 

Computer-aided design (CAD) application 145 has also been loaded into 
memory 140 of computing device 100. CAD application 145 represents a 
software application that enables the design of an article of manufacture. 
Exemplary CAD software applications include ME10, CATIA, UG, Pro/E, Solid 
Edge, SolidWorks, and a variety of other applications known to those of skill in 
the art. In the embodiment of Figure 1, CAD application 145 also supports the 
conversion of 3-dimensional solid models into 2 dimensional drawings. 

In another embodiment of the invention, CAD application 145 represents 
a software application that performs electronic circuit analysis and modeling. In 
still another embodiment of the invention, CAD application 145 represents an 
application that assists in the development of written specifications (such as a 
specification control drawing) that adheres to government or industry-standard 
formats. 
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In the context of Figure 1 , it is contemplated that the documents 
produced by CAD application 145 include two distinct types of information. As 
will be more completely described with reference to Figure 2, the documents 
produced by CAD application 145 include a portion that describes an article of 
5 manufacture. An example of an article of manufacture may be any one of an 
extremely wide variety of constituent mechanical parts used in consumer 
products. Another example may be an electrical circuit or system that performs 
any one of numerous electrical or computer functions. A further example of an 
article of manufacture may be a complex mechanical, electrical, or computer 

10 system that behaves in a particular manner when presented with certain stimuli. 
In addition to the document of Figure 2 providing information that 
describes the article of manufacture, such as dimensions, tolerances, material 
specifications and so forth, the document also includes various "metadata". The 
term "metadata", as it is used herein, describes information that may be of use 

15 to the organization that produced the document and/or the organization that will 
eventually produce the article of manufacture other than the information that 
describes the actual article of manufacture. An example of metadata includes 
the name of the person who prepared the document. Other examples may 
include the revision code of the particular document, a proprietary rights legend, 

20 a release date, and so forth. 

In Figure 1 , the user interacts with CAD application 145 to generate 
document file 148, which also resides within memory 140 of the computing 
device. Document file 148, which corresponds to document 202 of Figure 2, is 
contemplated as being a data file that describes the features and attributes of 

25 the article of manufacture being designed. 

Also resident within memory 140 is metadata labeler 144, which enables 
the user of computing device 100 to interact with document file 148 by way of a 
macro-program that runs within CAD application 145. In the embodiment of 
Figure 1 , this interaction is brought about by way of command line interface 142 

30 operating in a UNIX shell. By way of command line interface 142, the user can 
invoke metadata labeler 144 using the UNIX Load <arg1> <arg2> command, 
wherein argl represents the file name of document file 148 and wherein arg2 
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represents name of the metadata labeler program. Appendix A herein includes 
a source code listing of the program entitled "info_tag.mac", as well as the 
various other programs called by info_tag.mac. These exemplary programs are 
macro-programs that run within CoCreate's ME10 or CoCreate's Annotation 
5 module of the CoCreate OneSpaceDesigner CAD application. (CoCreate 
Software, Inc., is located at 3801 Automation Way, Suite 110, Fort Collins, 
Colorado 80525, Phone: 970.267.8000, www.cocreate.com.) These programs 
can be used to assign labels to the metadata elements described herein on 
document files formatted as Ml files. 

10 In another embodiment, an exemplary program starts with a DXF 

formatted file (the DXF format can be generated by many CAD software 
applications) and then converts the DXF file to an Model Interface (Ml) file 
format using an appropriate file translator prior to the Ml file being loaded into 
the ME10 application. This embodiment may be especially useful in that a DXF 

1 5 file, which can be output from a wide variety of CAD systems, can be used as 
the document file. A converter, such as the "DXF2MI" translator available from 
CoCreate may be the most suitable translator. 

Although info_tag.mac (of Appendix A) has been written for use with a 
CoCreate CAD software application, nothing prevents the modification of 

20 info_tag.mac to operate within other CAD applications and to support the 
labeling of metadata present in document files written in other formats. 
However, other embodiments may require the translation of a document file 
encoded in a native format to the Ml format prior to invoking info_tag.mac, and 
then translating an Ml-formatted file resulting from info_tag.mac back into the 

25 native format. 

Command line interface 142 may operate byway of a special "pipelined" 
session of application 145, or may operate independently of CAD application 
145. For the command line use of CAD application 145, the application is first 
initiated by starting the CAD application such that the application accepts 

30 commands from an operating system prompt (e.g. a UNIX prompt). In this 

event, commands entered by way of the keyboard of keyboard/mouse 1 10 are 
conveyed directly to the application without the application-generated menus, 
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radio buttons, and other selections being visible to the user. Thus, while 
command line interface 142 is running, CAD application 145 is running on 
computing device 100 (or on a server interfaced to computing device 100) in a 
manner that may not be readily apparent to the user. 
5 Figure 2 is an exemplary document showing various metadata that can 

be labeled by way of an embodiment of the invention. In Figure 2, document 
202 is a mechanical drawing that describes an article of manufacture (230) that, 
for this simple example, has been named "Fender, Left Side". The metadata 
present on document 202 includes proprietary rights legend 210, revision block 

1 0 220, revision triangle 240, notes 250, and title block 260. Document 202 may 
be a single sheet of a drawing that includes multiple sheets, with only one sheet 
being shown in the figure. 

As previously mentioned, document 202 includes two distinct types of 
information. For this example, the dimensions "x", "b", and "y" represent 

1 5 dimensions of the article of manufacture, while notes 250 represent material and 
other characteristics of the dimensioned article of manufacture. Also in this 
example, the proprietary rights legend "xYZ Company Use Only" in the upper 
left corner of the document, revision block 220 in the upper right corner of the 
document, revision triangle 240 near the center of the document and the various 

20 information in title block 260 of the document represent metadata associated 
with document 202. Using the metadata-labeling program of Appendix A 
(info_tag.mac) operating on computing device 100 of Figure 1, these metadata 
elements can be labeled in a manner that allows the elements to be referred to 
by way of these assigned labels. In one embodiment, the labels assigned to 

25 each of the metadata elements correspond to the value of the metadata 
elements. 

In an example, at the left side of title block 260, there are "Drawn by" and 
"Chkd by" (i.e. Checked by) metadata elements. These elements may be 
assigned labels having a common character string that indicates the value of the 
30 metadata element. In this example, since both the "Drawn by" and "Checked 
by" elements are likely to include one or more personal names, these elements 
may be assigned labels such as "drawn_by_name" and "checked_by_name", 
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respectively. The values of these metadata elements (J. Doe and F. Doe, 
respectively) can later be examined by submitting a query, by way of "inqmi.c" 
of Appendix B for example, that requests all metadata elements having the 
character string "name" in its label. In an example where document 200 is only 
the first page of a multi-sheet drawing, each metadata element may carry a 
corresponding sheet identifier, such as "drawn_by_name_sheet_1 ". This allows 
the user to examine the values of the metadata elements present on sheet 1 by 
way of a request for all metadata elements having the character string "sheet_1" 
in its label. 

In the case of the "checked_by_name" field placed in a table on a single 
or multi-sheet document, computing device 100 may additionally run a checking 
routine that compares this field with the name of the person performing the 
metadata labeling of the document. In the event that the two names do not 
match, the routine may identify this to the user of the computing device and 
solicit the user to generate a correction. In another embodiment, the 
comparison routine may generate the correction automatically. In another 
example, if the "release" date is incorrect or blank, these can be automatically 
filled in with the current date. 

In the example of Figure 2, proprietary rights legend 210 indicates that 
the drawing is for exclusive use by the "xYZ Company". The metadata-labeling 
program of Appendix A (info_tag.mac) checks this legend to verify that the 
correct wording has been used. Also in the example of Figure 2, revision block 
220 shows the revision history of the document, with the identifier "x1" being 
used to indicate that the document has undergone a change, but that the 
document has not been completely revised to incorporate all of the "x-rev" 
changes. These changes include the changes identified by revision triangle 
240, located in the center of the document. The metadata-labeling program of 
Appendix A does not identify these revision triangles as being incorrect when 
the user specifies that the checked document is in the "x-rev" status. However, 
when the user specifies that the document is in the "released" status, these 
triangles are identified by the metadata-labeling program of Appendix A as 
being incorrect. Other potential corrections to document 202, such as removing 
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change bubbles on the document (not shown), removing extraneous notes (not 
shown), and truncating revision block 220 are also performed by the metadata 
labeling program of Appendix A when the user specifies the document as 
specified as being in the "released" state. 

Title block 260 includes several elements of metadata that are labeled by 
the metadata-labeling program of Appendix A (info_tag.mac). These include the 
xYZ company logo towards the right side of the company logo, the part number, 
the sheet identifier, and the names and dates in the "Drawn by", "Checked by", 
"Released by", and the "File Released by" fields present in title block 220. The 
user may then list each metadata label and the associated metadata element on 
an element-by-element basis through the use of the program "inqmi.c" listed in 
Appendix B herein. The user may then make changes to these metadata 
elements using inqmi.c, such as inserting correct names, revision codes, titles, 
part numbers, and so forth. In some instances, computing device 100 (of Figure 
1) may automatically insert corrected information in place of certain metadata 
elements, such as inserting the current date for the value of the metadata 
element labeled "release_date". 

It should be noted that info_tag.mac labels only the metadata elements 
located at particular locations of document 202. Thus, for example, in the event 
that the part number identified in title block 260 occurs at other places on the 
document, such as on the article of manufacture 230, this information is not 
identified as being a metadata element. In the embodiment described herein, 
this metadata element is labeled by info_tag.mac only when the part number 
occurs in a table, such as in the table that surrounds title block 260. 

In the event that document 202 represents only one of a multi-sheet 
drawing, the user may load the program "bemi" having a source code listing in 
Appendix C herein. This program, written in the Practical Extraction and Report 
Language (PERL), allows the user to make more than one change at a time. 
Thus, in an example in which the "Drawn by" field is incorrect on all sheets of 
the multi-sheet drawing, the user may invoke "bemi" to perform bulk correcting 
of the values of the metadata elements. In this event, a change to the metadata 
element in the "Drawn by" field of one sheet causes the change to be repeated 
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over the remaining sheets of the multi-sheet document. The "bemi" program 
can also be useful when correcting metadata located in single-sheet 
documents. For example, in the event that the metadata element "Date" is 
present at multiple locations on the document, the program "bemi" can be used 
5 to repeat the correction at other locations of the single-sheet document. 

The PERL program "bemi" of Appendix C receives any number of text 
element value changes. Thus, all of the labeled text elements of a single sheet 
or multi-sheet drawing may be changed in one pass through the Ml file. This 
implies that not only can "bemi" change the same text element on each sheet of 

10 a multi-sheet drawing (such as the Date present on sheet 1 of a drawing), 
"bemi" is also capable of changing any or all text elements on all sheets of a 
multi-sheet drawing (such as the Date present on all sheets). 

Figure 3 shows a flowchart for a method for correcting metadata 
elements using the computer programs of Appendices A, B, and C. The method 

15 of Figure 3 can be performed using computing device 100 of Figure 1 , or may 
make use of alternative architectures. The method of Figure 3 begins at step 
300, in which a document (such as document 202 of Figure 2) is created using 
ME10 or perhaps another software application that outputs a document 
formatted in either an Ml or a DXF file format. At step 310, the document is 

20 saved from the software application either as an Ml file (if saved from ME10 or 
CoCreate's OneSpaceDesigner Annotation module) or as a DXF file. The 
method continues at step 320, in which the document is loaded into an ME10 
session in which the info_tag macro has been installed. A command line 
interface may be used load the document into the ME10 session of step 320. 

25 At step 330, the user invokes the program of Appendix A (info_tag.mac) 

to label all metadata elements within certain tables within the document. As a 
result, the user can examine the labels assigned to the metadata elements and 
the values corresponding to each element. For each entry, such as 
"drawn_by__name: J. Doe", the user is able to make changes to correct these 

30 elements. 

While info_tag.mac is being executed, the program may call various sub- 
programs to perform the following functions. Other embodiments of the 
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invention may include additional functions or may include only some of these 
functions. 

1 . Find and label metadata elements present in the Revision and 
5 Title blocks. 

2. If the document is a drawing, determine the size ("A" size 
through "E" size) of the drawing. 

3. Label the proprietary rights legend. 

4. If user has specified that the document is a fully released 

10 version, delete revision triangles and delete x-rev indicators (data 

rows) in the revision block. 

5. Find and label document notes. 

6. If a metadata element has been left blank, insert characters 
(such as one or more "x"), thus ensuring that all fields of the 

1 5 revision and title blocks are populated with at least one text 

element. 

Regarding function 6, by populating each block with at least one text 
element, "inqmi" and "bemi" can be provided with a text element for each field of 

20 the revision and title blocks. In embodiments that make use of these programs, 
the absence of a text element in a field gives rise to a condition in which no 
metadata is available to be labeled. The resultant file, even after correction, 
may lack a valid entry and therefore be invalid for release to production. 

The method continues at step 340, in which the labeled document is 

25 saved from the ME10 session. At step 350, the program of Appendix B (inqmi) 
is run on the saved document (resulting from step 340) from a command line 
prompt to either display the values of the labeled text element, or change the 
values of any one of the labeled text elements. At step 360, the bulk-correcting 
program of Appendix C ("bemi") is run on the document file from a command 

30 line prompt. The bulk-correcting program of step 360 allows the modification of 
the value of multiple metadata text elements in the document at one time. 
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Some embodiments of the invention may only include the steps of the 
computing device loading a computer file corresponding to an article of 
manufacture into a memory of the computing device (step 320), the computing 
device assigning labels to the elements of the document metadata present on 
5 the document (step 330), and the computing device displaying the labels and a 
value for each of the elements of the document metadata present on the 
document (step 350). 

Figure 4 is a flowchart for a method for correcting metadata placed on a 
document according to an embodiment of the invention. Computing device 100 

10 of Figure 1 is capable of performing the method of Figure 4. The method begins 
with step 400 in which an application accepts, perhaps by way of a command 
line interface to the application, a command to load a document file that 
corresponds to the document into a memory of a computing device. The 
application may be CAD software used to develop documents that describe an 

15 article of manufacture, such as a manufactured part, an electrical or computer 
circuit, or a complex system. 

The method continues at step 410, in which the computer-aided design 
application accepts a command to assign labels to the metadata elements in the 
document file. The metadata elements may be one or more of a person's name, 

20 a revision identifier, and a document title, and so forth. In one embodiment, the 
labels assigned in step 410 correspond to the value of the metadata elements, 
such the document title being labeled as "Document _title". At step 420, the 
metadata elements are displayed in response to a command to display the label 
assigned to the metadata elements, thereby allowing a user to verify the 

25 metadata elements. Step 420 may include displaying incorrect portions of the at 
least one of the plurality metadata elements in a manner that is discernable from 
correct portions of the at least one of the plurality metadata elements. For 
example, in the event that the metadata element corresponding to the label 
"Release_date" does not correspond to the current day of the month, the day 

30 may be highlighted in a manner that distinguishes the day from the year and 
month. 
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The method may also include step 430, in which a command to correct 
one or more of the metadata elements is accepted. This step may include 
accepting an input generated by a user to correct a metadata element. The 
step may also include accepting input generated by the computing device to 
5 correct the at least one of the plurality of metadata elements. An example of 
this might include the computing device automatically changing the value of the 
metadata element corresponding to the label l, Release_date" to the current 
date. 

Figure 5 is another flowchart for a method for correcting metadata placed 

10 on a document according to an embodiment of the invention. The method of 
Figure 5 can be performed using computing device 100 of Figure 1. The 
method begins at step 500, which includes a user communicating with a 
computer-aided design application to develop documents that describe an 
article of manufacture. The method continues at step 510, in which the 

15 application loads a file corresponding to the document into a memory of the 
computing device. Step 510 may include the user communicating with the 
application of step 500 by way of a command line interface. 

At step 520 elements that constitute the metadata, such as the material 
in the title block, revision block, and so forth are assigned a label by way of a 

20 macro or other program running within the application. At step 530 a label and 
a value for each of the elements that constitute the metadata are displayed to 
the user. The displaying of step 530 may include displaying at least a portion of 
an element determined to be incorrect in a manner that distinguishes the 
incorrect portion from other displayed metadata. Step 530 may also include 

25 receiving a command to display the elements of metadata having a certain 
character string in the label assigned to each element of metadata. 

Some or all of the steps of the methods 3, 4, and 5 may be performed 
using a computer-readable media that tangibly embodies a program of 
instructions executable by a computing device (such as computing device 100) 

30 to perform the method steps for displaying document metadata on a display 
coupled to the computing device. 
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In conclusion, while the present invention has been particularly shown 
and described with reference to the foregoing preferred and alternative 
embodiments, those skilled in the art will understand that many variations may 
be made therein without departing from the spirit and scope of the invention as 
5 defined in the following claims. This description of the invention should be 
understood to include the novel and non-obvious combinations of elements 
described herein, and claims may be presented in this or a later application to 
any novel and non-obvious combination of these elements. The foregoing 
embodiments are illustrative, and no single feature or element is essential to all 
1 0 possible combinations that may be claimed in this or a later application. Where 
the claims recite "a" or "a first" element or the equivalent thereof, such claims 
should be understood to include incorporation of one or more such elements, 
neither requiring nor excluding two or more such elements. 



15 



What is claimed is: 



